Є дві важливі речі, які потрібно знати: порядок малювання та контекст укладання. Якщо ви звернетесь до специфікації, ви зможете дізнатись, як і коли фарбуються елементи.
Контексти укладання, сформовані позиціонованими нащадками з негативними z-індексами (виключаючи 0) у порядку z-індексу (спочатку негативний), а потім у дереві.
Усі позиціоновані, непрозорі або трансформовані нащадки, в порядку дерев, які належать до наступних категорій:
Усі позиціоновані нащадки з 'z-index: auto' або 'z-index: 0', у порядку дерева.
Контексти укладання, сформовані позиціонованими нащадками з z-індексами, більшими або рівними 1 в порядку z-індексу (спочатку найменший), а потім у порядку дерева.
З цього зрозуміло, що спочатку ми малюємо елементи з від’ємним z-індексом на кроці (3), потім той із z-індексом, рівним 0 на кроці (8), і, нарешті, ті, що мають позитивний z-індекс на кроці (9) , що є логічним. Ми також можемо прочитати в іншій частині специфікації:
Кожне поле належить до одного контексту укладання. Кожне поле в даному контексті стекування має цілочисельний рівень стека, який є його положенням на осі z щодо інших полів у тому ж контексті стекування. Коробки з більшими рівнями стека завжди форматуються перед коробками з нижчими рівнями стека. Ящики можуть мати негативні рівні стека. Ящики з однаковим рівнем стека в контексті укладання складаються знизу вгору відповідно до порядку дерева документів.
Також
Елемент, який встановлює локальний контекст стекування, генерує поле, яке має два рівні стека: один для контексту стекування, який він створює (завжди 0), і один для контексту стекування, до якого він належить (заданий властивістю z-index).
Щоб зрозуміти, коли кожен елемент буде намальований, вам потрібно знати його контекст укладання та рівень його стека всередині цього контексту укладання (визначається z-індексом). Ви також повинні знати, чи встановлює цей елемент контекст стекування. Це складна частина, оскільки встановлення z-index буде робити це:
Для позиціонованого вікна властивість z-index визначає:
Рівень стека вікна в поточному контексті стекування.
Чи встановлює вікно контекст укладання
Значення мають наступне значення:
<ціле число>
Це ціле число - це рівень стека згенерованого вікна в поточному контексті стекування. Коробка також встановлює новий контекст укладання.
авто
Рівень стека згенерованого вікна в поточному контексті стекування дорівнює 0. Поле не встановлює нового контексту стекування, якщо це не кореневий елемент.
Тепер ми маємо всю інформацію для кращого розуміння кожного випадку. Якщо батьківський елемент має значення z-індексу, що відрізняється від автоматичного, тоді він створить контекст стекування, таким чином, дочірній елемент буде намальований всередині незалежно від їхнього z-індексу (негативного чи позитивного). Z-індекс дочірнього елемента просто покаже нам порядок малювання всередині батьківського елемента (це охоплює вашу другу точку).
Тепер, якщо тільки дочірній елемент має позитивний z-індекс, і ми нічого не встановили для батьківського елемента, то, враховуючи порядок малювання, дочірній малюнок буде намальований пізніше (на кроці (9)), а батьківський на кроці (8). Єдиний логічний спосіб розфарбування батьківського елемента - це збільшення z-індексу, але це призведе до того, що ми потрапимо в попередній випадок, коли батько встановить контекст стекування, а дочірній елемент буде належати йому.
Немає можливості мати батька над дочірнім елементом при встановленні позитивного z-індексу для дитини. Крім того, немає можливості мати батьків над нащадком, якщо ми встановимо z-індекс для батьківського елемента, відмінного від auto (позитивного чи негативного) .1
Єдиний випадок, коли ми можемо мати дочірню особу нижче її батьків, - це встановити від’ємний z-індекс на дочірньому елементі і зберегти батьківський рівень на z-index: auto, таким чином, цей не створить контекст штабелювання та, дотримуючись порядку малювання, дитина буде намальована першою.
Окрім z-index, існують інші властивості, які створюють контекст стекування. Якщо ви стикаєтесь із очікуваним порядком укладання, вам також слід врахувати ці властивості, щоб побачити, чи створений контекст стекування.
Деякі важливі факти, з яких ми можемо зробити висновок:
Контексти укладання можуть міститися в інших контекстах укладання та разом створювати ієрархію контекстів укладання.
Кожен контекст укладання повністю незалежний від своїх побратимів: під час обробки укладання враховуються лише елементи-нащадки.
Кожен контекст стекування є автономним: після того, як вміст елемента складений, весь елемент розглядається в порядку стекування батьківського контексту стекування. посилання
1: Є кілька шалених способів, якщо ми розглянемо використання 3D-трансформації.
Приклад з елементом, що переходить під його батьківський елемент, навіть якщо в ньому вказано z-індекс.
.box {
положення: відносне;
z-індекс: 0;
висота: 80px;
фон: синій;
перетворити стиль: зберегти-3d; / * Це важливо * /
}
.box> div {
маржа: 0 50 пікселів;
висота: 100px;
фон: червоний;
z-індекс: -1; / * це нічого не дасть * /
перетворення: translateZ (-1px); / * це зробить магію* /
}

 

Ще один приклад, коли ми можемо помістити елемент між двома елементами в іншому контексті стекування:
.box {
положення: відносне;
z-індекс: 0;
висота: 80px;
фон: синій;
}
.box> div {
маржа: 0 50 пікселів;
висота: 100px;
фон: червоний;
z-індекс: 5;
перетворення: translateZ (2px);
}
.outside {
висота: 50px;
фон: зелений;
поле: -10px 40px;
перетворення: translateZ (1px);
}
тіло {
перетворити стиль: зберегти-3d;
}

 

 
Ми також можемо отримати божевільний порядок укладання, як показано нижче:
.box {
ширина: 100 пікселів;
висота: 100px;
позиція: абсолютна;
}
тіло {
перетворити стиль: зберегти-3d;
}
 
 
 
 
Слід зазначити, що використання такого злому може мати певний побічний ефект через те, що стиль перетворення, перспектива та перетворення вплинуть на позицію: абсолютний / фіксований елемент. Пов’язане: CSS-фільтр на батьківських розривах позиціонування дитини
10
|
Хорошим способом подумати про це є те, що кожен з батьків містить свій власний контекст складання. Елементи брата або сестри поділяють батьківський порядок укладання та, отже, можуть перекривати один одного.
Дочірній елемент ЗАВЖДИ отримує контекст стекування на основі його батьківського елемента. Звідси потреба в негативному значенні z-індексу, щоб підштовхнути дочірню організацію "позаду" її батьківського (0) контексту укладання.
Єдиний спосіб видалити елемент із батьківського контексту - використання position: fixed, оскільки це, по суті, змушує його використовувати вікно для контексту.
1
|
У документації Mozilla це сказано
Властивість z-index CSS встановлює порядок z позиціонованого елемента та його нащадків або елементів flex.
Ось додаткова логіка з іншої статті StackOverflow, що стосується дітей проти нащадків.
2
|
Як я можу зрозуміти цю поведінку за логікою?
Для мене важко зрозуміти вашу проблему за логікою. Батьки містять своїх дітей. Чашу можна накрити іншою мискою. Але ви не можете накрити суп мискою, якщо не виставите суп з миски.
z-Index встановлює порядок перекриття елементів. Батьки не можуть перекривати свою дитину.
ІмхО, це цілком логічно.
|
Ваша відповідь
StackExchange.ifUsing ("редактор", function () {
StackExchange.using ("externalEditor", function () {
StackExchange.using ("фрагменти", function () {
StackExchange.snippets.init ();
});
});
}, "фрагменти коду");
StackExchange.ready (function () {
var channelOptions = {
теги: "" .split (""),
id: "1"
};
initTagRenderer ("". split (""), "" .split (""), channelOptions);
StackExchange.using ("externalEditor", function () {
// Потрібно запускати редактор після фрагментів, якщо фрагменти увімкнено
якщо (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using ("фрагменти", function () {
createEditor ();
});
}
ще {
createEditor ();
}
});
функція createEditor () {
StackExchange.prepareEditor ({
useStacksEditor: false,
heartbeatType: 'відповідь',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: правда,
showLowRepImageUploadWarning: true,
репутаціяToPostImages: 10,
bindNavPrevention: true,
постфікс: "",
imageUploader: {
brandingHtml: "Працює на \ u003ca href = \" https: //imgur.com/ \ "\ u003e \ u003csvg class = \" svg-icon \ "width = \" 50 \ "height = \" 18 \ "viewBox = \ "0 0 50 18 \" fill = \ "none \" xmlns = \ "http: //www.w3.org/2000/svg \" \ u003e \ u003cpath d = \ "M46.1709 9.17788C46.1709 8.26454 46,2665 7,94324 47,1084 7.58816C47.4091 7,46349 47,7169 7,36433 48,0099 7.26993C48.9099 6,97997 49,672 6,73443 49,672 5.93063C49.672 5,22043 48,9832 4,61182 48,1414 4.61182C47.4335 4,61182 46,7256 4,91628 46,0943 5.50789C45.7307 4,9328 45,2525 4,66231 44,6595 4.66231C43.6264 4,66231 43,1481 5,28821 43.1481 6.59048V11.9512C43.1481 13.2535 43.6264 13.8962 44.6595 13.8962C45.6924 13.8962 46.1709 13.2535 46.1709 11.9512V9.17788Z \ "/ \ u003e \ u003cpath d = \" M32.492 10.1419C4.492 1448 14.9 41.5985 12.6954 41.5985 10.1419V6.59049C41.5985 5.28821 41.1394 4.66232 40.1061 4.66232C39.0732 4.66232 38.5948 5.28821 38.5948 6.59049V9.60062C38.5948 10.8521 38.2696 11.5455 37.0458 11.59455C 521 35.4954 9.60062V6.59049C35.4954 5.28821 35.0173 4.66232 34.0034 4.66232C32.9703 4.66232 32.492 5.28821 32.492 6.59049V10.1419Z \ "/ \ u003e \ u003cpath fill-rule = \" evenodd \ "even -dd \" clipod rule = \ "clipod rule = \" = \ "M25,6622 17,6335C27.8049 17,6335 29,3739 16,9402 30,2537 15,6379C30,8468 14,7755 30,9615 13,5579 30,9615 11,9512V6,59049C30,9615 5,28821 30,4833 4,66231 29,4502 4,66231C28,99755,55459495,55459495,55459495459495459495459495459495455 .1369 4.56087 21.0134 6.57349 21.0134 9.27932C21.0134 11.9852 23.003 13.913 25.3754 13.913C26.5612 13.913 27.4607 13.4902 28.1109 12.6616C28.1109 12.7229 28.1161 12.779928,121 12.8346C28.1256 12,8854 28,1301 12,9342 28,1301 12.983C28.1301 14,4373 27,2502 15,2321 25,777 15.2321C24.8349 15,2321 24,1352 14,9821 23,5661 14.7787C23.176 14,6393 22,8472 14,5218 22,5437 14.5218C21.7977 14,5218 21,2429 15,0123 21,2429 15.6887C21.2429 16,7375 22,9072 17,6335 25,6622 17,6335 ZM24.1317 9.27932C24.1317 7.94324 24.9928 7.09766 26.1024 7.09766C27.2119 7.09766 28.0918 7.94324 28.0918 9.27932C28.0918 10.6321 27.2311 11.5116 26.1024 11.5116C24.9737 11.5116 24.1317 10.649 \ u003 \ d 8045 11.9512C16.8045 13.2535 17.2637 13.8962 18.2965 13.8962C19.3298 13.8962 19.8079 13.2535 19.8079 11.9512V8.12928C19.8079 5.82936 18.4879 4.62866 16.4027 4.62866C15.1594 4.62866 14.279 4.98358 5.6136155 7.9466 5.5079C7.58314 4.9328 7.10506 4.66232 6.51203 4.66232C5.47873 4.66232 5.00066 5.28821 5.00066 6.59049V11.9512C5.00066 13.2535 5.47873 13.8962 6.51203 13.8962C7.54479 13,8962 8,0232 13,2535 8,0232 11,9512V8,90041C8,0232 7,58817 8,44431 6,91179 9,53458 6,91179C10,5104 6,91179 10,893 7,58817 10,893 8,94108V11,9512C10,893 13,2535 11,3711 13,8962 12,4044 13,8962,1913,1913,191391391313 6.91179C16.4027 6.91179 16.8045 7.58817 16.8045 8.94108V11.9512Z \ "/ \ u003e \ u003cpath d = \" M3.31675 6.59049C3.31675 5.28821 2.83866 4.66232 1.82471 4.66232C0.791758 4.66232 0.313354 5.28821 0.39.313354 13.8962 1.82471 13.8962C2.85798 13.8962 3.31675 13.2535 3.31675 11.9512V6.59049Z \ "/ \ u003e \ u003cpath d = \" M1.87209 0.400291C0.843612 0.400291 0 1.1159 0 1.98861C0 2.878676 0.82287 3.8797676 3.767676 1.877676 1.8797687 3.877676 1.8797687 3.877676 1.87976 3.8267 3.67687 1.87976 3.8277 3.62787 3.8497 3.8277 3.8273 3.827 1.98861C3.7234 1.1159 2.90056 0.400291 1.87209 0.400291Z \ "fill = \" # 1BB76E \ "/ \ u003e \ u003c / svg \ u003e \ u003c / a \ u003e",
contentPolicyHtml: "Внески користувачів, ліцензовані під \ u003ca href = \" https: //stackoverflow.com/help/licensing \ "\ u003ecc by-sa \ u003c / a \ u003e \ u003ca href = \" https://stackoverflow.com / legal / content-policy \ "\ u003e (політика щодо вмісту) \ u003c / a \ u003e",
allowUrls: true
},
onDemand: правда,
discardSelector: ".discard-answer"
, odmahShowMarkdownHelp: true, enableTables: true, enableSnippets: true
});
}
});
Дякуємо за надання відповіді на Stack Overflow!
Будь ласка, не забудьте відповісти на запитання. Надайте деталі та поділіться своїми дослідженнями!
Але уникайте ...
Прохання про допомогу, роз’яснення або відповідь на інші відповіді.
Складання заяв на основі думки; підкріпіть їх посиланнями або особистим досвідом.
Щоб дізнатись більше, перегляньте наші поради щодо написання чудових відповідей.
Чернетку збережено
Чернетку відкинуто
Зареєструйтесь або увійдіть
StackExchange.ready (function () {
StackExchange.helpers.onClickDraftSave ('# login-link');
});
Зареєструйтесь за допомогою Google
Зареєструйтесь за допомогою Facebook
Зареєструйтесь за допомогою електронної пошти та пароля
Подати
Опублікувати в якості гостя
Ім'я
Електронна пошта
Обов’язково, але ніколи не показується
StackExchange.ready (
function () {
StackExchange.openid.initPostLogin ('. New-post-login', 'https% 3a% 2f% 2fstackoverflow.com% 2fquestions% 2f54897916% 2fwhy-cant-an-element-with-az-index-value-cover-its- дитина% 23new-answer ',' question_page ');
}
);
Опублікувати в якості гостя
Ім'я
Електронна пошта
Обов’язково, але ніколи не показується
Опублікуйте свою відповідь
Викинути
Натискаючи «Опублікувати свою відповідь», ви погоджуєтесь з нашими умовами надання послуг, політикою конфіденційності та політикою файлів cookie
Не відповідь, яку ви шукаєте? Перегляньте інші запитання, позначені тегом css css-position z-index, або задайте власне запитання.